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[57] ABSTRACT 

A method and system permit monitoring of a call center 
agent or similar service representative in servicing calls in a 
call center using a variety of scheduling criteria. Monitoring 
schedules for the service representatives may be based on 
monitoring periods having scheduling criteria, such as a 
time interval, a scheduling rule, a number of calls, a moni- 
toring length, a random indicator, call type information, 
agent performance level information, call traffic 
information, and others. The method and system record a 
customer call if the scheduling criteria of the associated 
monitoring period is met. 
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METHOD AND SYSTEM FOR MONITORING SUMMARY OF THE INVENTION 

C ^prfSntatwfs C Tbere * a need for a method and system that ensures 

n iai i us consistency and equity across all agents, that provides a fair 

CROSS REFERENCE TO RELATED 5 svstem for evaluating each agent's performance in servicing 

APPLICATIONS customer calls, and that offers flexible and varied scheduling 

criteria for monitoring the agents. The present invention, 

This application is a continuation-in-part application of accordingly, provides a method and a system for scheduling 

U.S. application Ser. No. 08/667,861, filed Jun. 20, 1996 by and monitoring agents in a call center that overcome or 

Michael J. Maloney and David T McCalmont, now, U.S. reduce disadvantages and limitations associated with prior 

Pat. No. 5,696,811, which is a continuation of application 10 a g eil t monitoring methods and systems. 

Ser No. 08/434,261 filed May 3, 1995 by Michael J. In one embodiment of the present mventioDj a tem for 

Maloney and David T McCalmont now U.S . Pat . No moaitoring a pIurality of service representatives in handling 

5,535,256, issued [Jul .9 1996 .which is a contmuation of customer calls mcludes a switc £ device ble * 

application Ser. No. 08/126,080 filed Sep. 22, 1993 by receive customer calls. A number of agent workstations are 

Michael J. Maloney and Dav ld T. McCalmont, now aban- " coupled to the switching device and r * ceive cuslomer caUs 

0De . * . from the switching device. A platform coupled to the switch- 

This application is related to U.S. application Ser. No. ing device determines monitoring schedules for the service 
08/854,819, filed May 12, 1997 by Jon A. Pattison, Paul A. representatives. The monitoring schedules are based on 
Vizard, Michael J, Maloney, and David T. McCalmont, monitoring periods having scheduling criteria. The platform 
pending. determines for each service representative whether the 

TECHNICAL FIELD OF THE INVENTION scheduling criteria for an associated monitoring period is 

met, and records a customer call if the scheduling criteria of 
The present invention generally relates to telecommuni- the associated monitoring period is met. 
cations systems and methods. More particularly, the present 25 A technical advantage of the present invention is that it 
invention pertains to a method and system for automatically eliminates the need for a supervisor to remember when, 
monitoring the performance of call center service represen- w ho, how often, and for how long to monitor an agent. This 
tatives - frees the supervisor from the task of keeping track of when 

BACKGROUND OF THE INVENTION t0 monitor the a S ents * 11 rcduces ^ pressure on supervisors, 

30 while at the same time increases their productivity. The 

Call centers provide a wide array of services for custom- present invention also ensures consistency and equity among 

ers of the companies that use them. Through a call center, a all agents, and provides techniques for monitoring agent 

company can service customers around the world, around performance using a wide variety of scheduling criteria, 

the clock. The essence of call center effectiveness and Another technical advantage of the present invention is 
efficiency, however, is the performance of the call center 35 that it records each of the monitored sessions for later play 

service representatives or agents that serve the calling cus- back by the call center supervisor or recorded agent. If the 

tomers. Call center supervisors manage call service repre- call center supervisor desires, the agent may be notified of 

sentatives and are responsible for monitoring their perfor- the upcoming monitored session. This may be important, 

mance. Call center supervisors may monitor service since legislation, company procedures, or other directives 
representatives' calls for three reasons: (1) to provide train- 40 may require the call center supervisor to notify a call center 

ing to the customer service representatives, (2) to assure the agent that the call is being monitored, 

quality of customer service, and (3) to maintain security Another technical advantage of the present invention is 

within the company. that by KCOTding the m0 nitoring sessions, the call center 

For a call center that uses an automatic call distributor supervisor may review the session at his or her convenience. 

(ACD), private branch exchange (PBX), or other suitable 45 In one embodiment of the invention, recorded messages are 

routing device, there typically exist features that are integral stored on disk, rather than on tape. This permits recorded 

to the ACD that enable monitoring of service representative comments to be inserted easily into the recorded session by 

performance. These capabilities, however, are generally other call center supervisors for future reference as well as 

manual and have significant limitations. With other demands for later review by the monitored call center agent. Storing 

on their time and attention, supervisors may not be consis- 50 the monitoring sessions on disk permits the supervisor to 

tent or equitable in the ways that they monitor each agent. delete selected monitoring sessions. Alternatively, the 

These inconsistencies and inequities may result in a super- present invention may record or log all sessions, and selec- 

visor monitoring an agent either for too little time or too lively play back portions of the logged sessions in accor- 

much time, or too infrequently or too frequently. This may dance with a wide variety of scheduling criteria offered by 

cause an imbalance in the supervisor's perception of an 55 the system. Therefore, the present invention provides both 

agent relative to other agents in the call center. selective recording and selective play back of logged ses- 

Another problem that manual scheduling and monitoring sions. 

of agents causes is increased time pressure on the supervi- Another technical advantage of the present invention is 

sors themselves. For example, they must remember who has the use of a wide variety of scheduling criteria to establish 

been monitored, for how long they have monitored or intend 60 monitoring schedules for the agents. These criteria may 

to monitor an agent, and when to monitor the agent. If a call include a variety of scheduling rules based on the number of 

center has numerous service representatives, the require- calls to monitor, the maximum or minimum length of the 

ment to monitor the performance of these agents may monitoring time, the number of periods in which to monitor 

seriously and adversely affect the productivity of the call the agent, and whether the calls and periods are to be 

center supervisor. This is because the task of monitoring 65 randomly scheduled throughout the available interval in 

agents is only one of many tasks that the supervisor must which the agent is handling customer calls. Moreover, the 

perform. present invention provides additional scheduling criteria that 
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allow monitoring based on the call type, performance level 
of the agent, current call traffic at the call center, or other 
factors and criteria. Using these and other factors, the 
present invention can establish monitoring schedules and 
dynamically alter those schedules depending on the opera- 
tion of the call center. 

Another technical advantage of the present invention is 
the monitoring, storing, and play back of both voice and data 
associated with a session. For example, a voice call received 
at a caU center may be associated with a screen shot or other 
data displayed on the agent's screen. Other types of data 
may also be included or associated with a voice call or a data 
only session, such as an interaction over a global computer 
network such as the Internet. The present invention contem- 
plates monitoring sessions or calls that may include voice, 
data, or both voice and data. 

Another technical advantage of the present invention is 
that it automatically provides reports of the monitoring 
activity within the call center. This provides proof of and 
accountability for each of the monitored sessions. Therefore, 
the method and system of the present invention easily and 
reliably automate the process of scheduling monitoring 
sessions for call center service representatives. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The functions and modes of use and advantages of the 
present invention are best understood by reference to the 
following description of illustrative embodiments when read 
in conjunction with the accompanying drawings, wherein: 

FIG. 1 provides a schematic block diagram of the moni- 
toring system as it may be used within a call center; 

FIG. 2 illustrates an exemplary screen for programming 
pre -determined intervals, the number of calls in each 
interval, the maximum length of monitoring sessions, and 
other aspects of the monitoring schedules; 

FIG. 3 is a report screen illustrating the results of the 
monitoring sessions; 

FIG. 4 provides a conceptual block diagram of a hardware 
and software configuration for the system; 

FIG. 5 is an application block diagram for the system; 

FIG. 6 is a hierarchical interface block diagram for the 
system; 

FIG. 7 provides a process control flow diagram for the 
system; 

FIG. 8 is a process control flow diagram for the channel_ 
proc program of the system; 

FIG. 9 is a process control flow diagram for the timer 
process of the system; 

FIG. 10 is a function control flow diagram for the record- 
ing function of the system; 

FIG. 11 is a function control flow diagram for the play 
back function of the system; 

FIG. 12 illustrates components of the scheduling func- 
tions of the system and; 

FIG. 13 illustrates an exemplary screen for establishing 
monitoring schedules using a variety of scheduling criteria; 
and 

DETAILED DESCRIPTION OF THE 
INVENTION 

FIG. 1 shows an environment 10 that is a portion of a call 
center for practicing the present invention. In the call center 
environment 10, calls may originate through a switching 
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device such as an ACD, PBX, or other voice, data, or voice 
and data switching or routing equipment (referred to gen- 
erally as ACD 12) for delivery to an agent or call service 
workstation 14 operated by an agent or service representa- 
5 tive. Workstation 14 comprises one or more output devices, 
such as a display or speaker; one or more input devices, such 
as a keyboard or mouse; a voice instrument, such as a 
telephone; and any other device that provides voice/data 
communication. A platform 16 connects to ACD 12 and 
10 includes the necessary controls and software instructions for 
performing the various functions of environment 10. For 
illustrative purposes, a set of icons in FIG. 1 describe the 
functions of environment 10. For example, icon set 18 
includes calendar icon 20 and clock icon 22 to represent the 
15 scheduling function; diskette icon 24 represents the moni- 
tored session voice and data storage that can record selected 
sessions or all sessions as a "logger"; notebook icon 26 
represents the quality scoring function that can determine 
agent performance information; and icon 28 represents the 
20 result of a supervisor being able to follow up with the call 
center agent and improve the agent's overall performance 
quality. 

Environment 10 contemplates calls or sessions that 
include voice, data, or voice and data. For example, calls 
25 received over telephone switching equipment may include 
voice conversations, but may also include associated data 
provided with the call or generated in environment 10. In 
another embodiment, data switching or routing equipment 
may provide a purely data session for processing by envi- 
30 ronment 10. For example, a data session over a global 
computer network, such as the Internet, may be scheduled, 
monitored, stored, and evaluated using environment 10. For 
purposes of this discussion, the terms "session" and "call" 
contemplate voice only, data only, or both voice and data 
35 transactions, and the term "voice/data" contemplates voice 
only, data only, or both voice and data. 

Within environment 10, supervisor workstation 30 repre- 
sents the automatic scheduling and monitoring system func- 
tions provided to a supervisor or other authorized person. 
40 Supervisor workstation 30 comprises similar voice/data 
communication components as agent workstation 14. Icon 
32 represents the supervisor telephone or other voice instru- 
ment connected to ACD 12 that is used to monitor sessions. 
An adjunct 33 is coupled to ACD 12. Adjunct 33 comprises 
45 a workforce management system, contact control server, 
computer telephony integration (CTI) application or 
platform, or other adjunct device accessible by platform 16 
to perform call center functions. Adjunct 33 may be imple- 
mented in an on-site or remote mainframe, workstation, 
50 personal computer, or other device that includes sufficient 
processing and storage capacity. 

Block 34 represents the link between platform 16, adjunct 
33, and other components of the call center's management 
information system (MIS) host for obtaining agent and 
55 supervisor names, identification numbers, expected agent 
schedules, customer information, or any other information 
relating to the operation of the call center. Block 34 includes 
wireline or wireless communication links between local and 
remotely located components of the call center. U.S. Pat. No. 
60 5,555,299 discloses a suitable arrangement of call center 
components to provide handling and processing of voice/ 
data sessions, and is hereby incorporated by reference. 

The various components illustrated in FIG. 1 communi- 
cate information that allow for the automatic scheduling and 
65 monitoring functions. As described above, block 34 com- 
municates with platform 16 using link 35 to provide agent 
and supervisor names, identification numbers, expected 
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agents schedules, customer information, or any other infor- 
mation relating to the operation of call center. Similarly, 
platform 16 communicates with ACD 12 using link 36. Link 
36 supports a variety of voice/data channels that allow 
platform 16 to monitor and record voice/data associated with 5 
customer calls received at ACD 12. Also, platform 16 
receives over link 36 information regarding the operation of 
ACD 12 and the handling of calls received at the call center. 
This information may include call set-up information, traffic 
statistics, data on individual calls and call types, automatic 10 
number identification (ANI) information, other computer 
telephony integration (CTI) information, or other informa- 
tion that may be used by platform 16 to provide static or 
dynamic scheduling of sessions for agents in the call center. 
ACD 12 receives instructions over link 36 that directs the 15 
interconnection of various calls received at the call center to 
selected agents depending on the automatic scheduling and 
monitoring functions performed by platform 16. Link 37 
between ACD 12 and agent workstation 14 communicates 
voice/data associated with a monitored session, as well as 20 
agent identification and attendance information used in 
workforce management scheduling by platform 16. For 
example, as each agent logs in or logs off an associated agent 
workstation 14, platform 16 receives the agent identifier 
over link 36 to enable scheduling based on the currently 25 
available workforce of agents in the call center. 

The automatic scheduling and monitoring system of envi- 
ronment 10 is a voice/data processing application that frees 
the supervisor from the worrisome and time-consuming task 
of keeping track of when agents need to be monitored and 30 
records the monitoring session as scheduled. This permits a 
supervisor to establish the monitoring schedule, load the 
schedule into platform 16, and then monitor sessions at the 
supervisor's convenience using supervisor workstation 30 
and/or voice instrument 32 (or a remote workstation and/or 35 
voice instrument) that may include a speaker phone. 

In FIG. 2, monitor schedule screen 40 shows the data 
input that a call center supervisor would provide for auto- 
matically scheduling and monitoring the performance of call 
center agents. In particular, position 42 permits the system 40 
administrator to input the agent group number where moni- 
toring is to occur, and position 44 permits the system 
administrator to enter authorized supervisor names at posi- 
tion 46, supervisor identification numbers at position 48, 
supervisor passwords at position 50, and subgroups at posi- 45 
tion 52 for the various supervisors that have authorization to 
monitor within the group. Monitoring periods block 54 
permits the system administrator to identify the periods for 
monitoring at position 56, the time interval for monitoring at 
position 58, the number of calls to monitor in the period at 50 
position 60, and the maximum length of the monitoring 
period at position 62. 

As illustrated by positions 58, 60, and 62, a monitoring 
period can be defined by, among other things, a combination 
of the time interval to monitor the agent, the number of calls 55 
to be monitored, and the maximum monitoring length. 
Various scheduling rules and scheduling criteria can be 
combined to provide flexible monitoring control. In one 
mode, the user can specify the number of calls or the 
maximum monitoring length. In another mode, both the 60 
number of calls and the maximum monitoring length may be 
specified. In this embodiment, the system monitors the agent 
for the specified number of calls as long as the monitoring 
length does not exceed the maximum length. If the moni- 
toring length exceeds the specified maximum length, then 65 
the system either immediately stops or completes recording 
of the current call and stops. As described below in more 
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detail, the recording of calls can be done in a random 
manner. The scheduling rules discussed above are 
exemplary, and many other rules and criteria can be used, as 
discussed in more detail below with reference to FIGS. 12 
and 13. 

Position 64 permits the call center supervisor to specify 
the month for which the monthly monitoring schedule is 
being established. In space 66 appears a weekly or monthly 
calendar to establish the monitoring periods for the indi- 
vidual call center agents. For example, at position 68 the 
supervisor can input the name of the call center agent that 
the supervisor desires to be monitored. At position 70, the 
supervisor may designate the subgroup to which the agent 
belongs. In position 72, the supervisor may identify, for each 
agent, the day of the week within the month, and the period 
during which the agent is to be monitored. The system, 
therefore, permits the call center supervisor or other autho- 
rized operator to assign the monitoring periods and associate 
them with a combination of the time interval to monitor, the 
number of calls to monitor, and the maximum length for 
monitoring. 

When the time period ends or a specified maximum length 
for monitoring is reached during a monitoring session and 
the agent is in the middle of a call, the system can either 
continue to monitor the call until the agent completes the call 
or terminate the call immediately. The monitoring schedule 
may consist of up to 24 months, as established for each agent 
by the call center supervisor. This may be done by assigning 
one or more of the monitoring periods to any number of days 
within each month. 

In FIG. 2, the name "TOM JONES" appears twice. This 
is to illustrate that a call center supervisor may direct the 
system of the preferred embodiment to monitor the agent 
multiple times or using multiple scheduling criteria within a 
single day. The supervisors whose names appear in position 
46 of monitoring schedule screen 40 are authorized to 
monitor sessions for the call center agents in the subgroups 
designated at respective positions 52. Moreover, the system 
may be configured to allow agents to monitor the sessions 
they handled. 

In a particular embodiment, the automatic scheduling and 
monitoring system may randomly schedule the monitoring 
session of an agent during the specified monitoring period. 
For example, if an agent is scheduled to be monitored 
between 8:00 a.m. and 11:00 a.m., the system can randomly 
select one or more time slots within the specified three-hour 
window to perform the monitoring. Agents are then moni- 
tored for the numbers of calls and/or the maximum duration 
of the assigned monitoring period specified in positions 60 
and 62. Also, platform 16 may establish schedules for 
monitored agents — with or without random scheduling — 
while taking into account the established monitoring periods 
specified in position 54, the channel or storage capacity of 
platform 16, as well as other considerations to effectively fit 
all scheduled monitoring sessions into the specified sched- 
uling criteria, 

FIG. 3 shows an exemplary monthly agent monitored 
report screen 80. For example, header 82 specifies the title 
of the screen as being the "MONTHLY AGENT MONI- 
TORED REPORT" for June 1992. Header 82 further speci- 
fies the date that report screen 80 is being generated as well 
as the period that the report covers. Screen 80 further 
indicates at position 84 the agent group pertaining to the 
report. At column 86 appears the name of each agent that the 
report includes. Column 88 provides the subgroup to which 
the agent belongs and column 90 specifies the agent's 
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extension. Column 92 identifies the days on which the agent 
was monitored. Column 94 identifies the time that the agent 
was monitored. Column 96 specifies the duration of the 
monitoring session, and column 98 specifies the number of 
calls monitored. 

The automatic scheduling and monitoring system also has 
the ability to produce a daily agent monitor report that lists 
the agents that the system monitored. Thus, the system 
displays, by group, the time of day that monitoring occurred 
together with the computer filename associated with the 
monitored session. The supervisor may print this report as 
well as write it to disk at the end of the day. The monthly 
agent monitor report uses the daily agent monitor report to 
provide its list of monitored agents. 

Monitoring sessions may be either "silent" or may include 
a beep tone that the agent hears, a screen display or icon that 
the agent can see, or other monitoring indicator. Therefore, 
depending on how the call center supervisor desires to or 
must operate (i.e., as matter of complying with certain laws, 
regulations, or corporate policies that govern monitoring), 
the call center agent can either be aware or unaware that the 
call is being recorded. Additionally, the system may be 
configured to send a message (e.g., verbal message, textual 
message, electronic mail) to notify the agent that monitoring 
will be taking place. These messages may be provided by the 
agent workstation or handset at the beginning of a scheduled 
monitoring period or just prior to the first call to be moni- 
tored. 

If an agent is not signed on when the system tries to 
monitor him or her, the system may attempt to monitor the 
agent at successive fifteen-minute intervals following the 
initial attempt until the end of the specified monitoring 
period. The monitoring sessions that are missed due to an 
agent not being signed on during the monitoring period will 
be noted on the agent monitored report. Alternatively, plat- 
form 16 may receive an indication of agent sign on from 
ACD 12 over link 36, and immediately begin monitoring 
calls of the agent. 

Supervisors may "log on" to the system with the identi- 
fication number and password specified in monitor sched- 
uling screen 40 for the appropriate agent group. The super- 
visor may log on by entering digits from, for example, a 
numeric keypad such as that associated with voice instru- 
ment 32 or using a keyboard or other input device of 
supervisor workstation 30. In providing a way for playing 
back the results of the monitored session, the system verifies 
access by the supervisor and permits the supervisor to 
monitor in real-time all sessions or to specify a particular 
session for play back. In doing this, the call center supervisor 
may specify the recorded session that he/she desires to play 
back, and the system will then retrieve the recorded session. 
Each recorded session has an associated time stamp that 
describes when the recording started and the number of 
minutes of monitoring that were actually recorded. 

Normally recorded session play back is at the same speed 
as the actual voice/data transaction. Supervisors may, 
however, elect to speed up the play back by depressing a key 
on voice instrument 32 or workstation 30. The preferred 
embodiment permits increasing the play back speed in 
increments up to approximately a double speed (e.g., a 
ten-minute segment of recorded voice/data may be played 
back in a compressed period of five minutes). Accelerated 
play back may be slowed down in increments to a normal 
speed or less than the normal speed by pressing another key. 
Additionally, call center supervisors may elect to "jump 
back" or "skip ahead" in ten-second or other user defined 
increments, or skip over the session completely. 
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Once a call center supervisor monitors a recorded session, 
the supervisor may elect to save or erase the recording. 
Supervisors may also annotate each monitored session by 
recording any number of voice/data messages that become 
5 inserted into the recording. These voice/data annotations 
may then be used when passing the recorded call to another 
supervisor or for commentary when the supervisor plays 
back the call during a coaching session with the call center 
agent. The supervisor may annotate each monitored call 
1Q once or several times. 

The voice component of monitored sessions is digitized 
and compressed at between 9,600 to 32,000 bits per second 
(bps) and then stored on disk. However, the digitization rate 
of 24,000 bps offers satisfactory fidelity recording and 
minimizes the amount of disk required to store the moni- 
tored session. The data component of the monitored session 
may be digital data representing a screen shot, display 
content, or other data associated with the session. The 
amount of data recorded for each session depends on the 
2Q particular application, the resolution and graphical compo- 
nents of the display, and other factors. In a particular 
embodiment, the voice/data of the monitored session is 
stored in a digital format in random access memory (RAM), 
fixed or removable magnetic or optical media, or any other 
suitable digital storage facility. The voice/data of a moni- 
tored session may be maintained in a single file, multiple 
files, or in any other appropriate configuration. 

The system will verify that sufficient disk space remains 
prior to beginning a monitoring session. If there is insufli- 
30 cient disk space to complete the scheduled session, the 
preferred embodiment displays an "OUT OF DISK SPACE" 
message on system monitoring report 80, and produces an 
error output for an associated error log at a system printer. 
The call center system administrator may then delete old 
35 recorded sessions to free necessary disk space. Monitoring 
sessions missed because of insufficient disk space, in the 
preferred embodiment, will not be retroactively invoked 
once disk space is made available. 

The system utilizes a number of configured voice/data 
40 channels or ports to perform the monitored session. For 
example, ACD 12, agent workstation 14, platform 16, super- 
visor workstation 30, and adjunct 33 may support voice/data 
channels using an integrated services digital network 
(ISDN) or other suitable switching and routing equipment 
45 and protocols. U.S. Pat. No. 5,555,299 discloses one such 
configuration that supports a variety of voice/data channels 
in a call center environment. 

Multiple voice/data channels may be configured for moni- 
toring and play back of the monitored sessions to the call 
50 center supervisor. Individual voice/data channels may be 
configured for monitoring only, play back only, or for both 
monitoring and play back. When channels are configured for 
both monitoring and play back, call center supervisors who 
desire to monitor sessions may need to "camp on" or queue 
55 up for an available channel. However, once a channel 
completes a monitoring session, it will wait momentarily 
before establishing the next monitoring session so that 
supervisors may access the system. 

Having described the general system overview and inter- 
60 face communication between the system and user, the fol- 
lowing description outlines in more detail the system 
architecture, operation flow, software control flow, software 
module descriptions, inter-process communications, data- 
base and data structure definitions, as well as exemplary 
65 implementation details for the system. 

The present invention may be implemented using a vari- 
ety of system hardware and system software. An exemplary 
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system architecture 100 includes processor 102 that may be 
a personal computer, mini-computer, mainframe computer, 
or other hardware implementation that includes data pro- 
cessing capability. Processor 102 is coupled to memory 104 
that may include random access memory (RAM), read-only 5 
memory (ROM), CD-ROM, fixed or removable magnetic or 
optical media, or any other volatile or non-volatile storage 
media. Memory 104 may be integral to or separate from 
platform 16 and may comprise multiple media located at 
multiple sites within or outside of the call center. Processor 10 
102 operates under an operating system 106, such as DOS, 
WINDOWS®, UNIX, or other suitable operating system. 
Drivers 108 supported by operating system 106 may be a 
dynamic link library (DLL) or other suitable driving soft- 
ware that control the operation of voice/data cards 110. The 15 
voice/data cards 100 provides connectivity from platform 16 
to other components in the call center, such as ACD 12 and 
adjunct 33. 

In a particular embodiment of architecture 100, processor 
102 comprises a personal computer and operating system 2 q 
106 that supports a graphical user interface, such as a 
WINDOWS, MACINTOSH, UNIX, or other computing 
environment. Drivers 108 and application program 112, may 
include modules, routines, and application interfaces for 
integrating a variety of voice and data in the call center 2 s 
environment, such as a telephone application programming 
interface (TAPI), a telephony server application program- 
ming interface (TSAPI), a dynamic data exchange (DDE), 
computer telephony integration (CTI) routines, or any other 
suitable software routine that can integrate computers and 30 
telephones in a voice/data applications environment. For 
example, voice/data integration and communication 
between platform 16 and ACD 12 may be accomplished by 
a standardized CTI gateway or open standards-based call 
control server technology,' such as CT-CONNECT devel- 35 
oped by DIALOGIC or the telephony API (TAPI) developed 
by INTEL and MICROSOFT. The present invention con- 
templates any suitable arrangement of hardware and soft- 
ware that allows CTI communication and voice/data support 
and integration between ACD 12, platform 16, and adjunct 40 
33. 

Remote access to the system is permitted by block 114 
using communication link 116, which may include a serial 
or parallel port and associated software. Information in hard 
disk 104 may be accessed and stored using a database 45 
interface 118. Furthermore, hard disk 104 may use a backup 
120, such as a backup tape, to ensure the integrity of stored 
voice/data sessions or to enhance the storage capacity, such 
as in the logger embodiment. Communication link 116 
connects to modem 122 and MIS host 124 that may include 50 
portions of ACD 12, adjunct 33, or other servers and hosts 
in the call center. System architecture 100 may also include 
communication link 126, such as a parallel or serial port, that 
connects to printer 128. Voice/data cards 110 connect to 
ports 130 of ACD 12. ACD 12 provides voice/data comrau- 55 
nication paths to the call center supervisor as indicated by 
triangle 132 as well as to the call service representatives or 
agents as indicated by triangles 134 and 136. 

FIG. 5 shows the application block diagram 150 for the 
automated scheduling and monitoring system. The system of 60 
the present invention includes three basic modes of opera- 
tion including set-up mode 152, operation mode 154, and 
maintenance mode 156. Set-up mode 152 includes the 
functions of creating the database as block 158 indicates, 
defining channels or ports within the system as block 160 
indicates, defining system parameters as block 162 indicates, 
and defining the supervisors and agents as block 164 indi- 
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cates. Set-up mode 152 also includes the functions of 
defining periods for groups as block 166 indicates and 
defining monitoring schedules as block 168 indicates. As 
discussed above and below with reference to FIGS. 12 and 
13, blocks 166 and 168 contemplate a variety of dynamic 
and static scheduling possibilities based on a number of 
different scheduling criteria. 

Operation mode 154 includes the functions of system 
startup as block 170 represents, monitoring for agents to take 
calls as block 172 indicates, recording sessions as block 174 
indicates, monitoring or playing back sessions as block 176 
indicates, generating reports as block 178 illustrates, and 
shutting down as block 180 illustrates. Block 174 contem- 
plates selectively recording particular sessions or, in the case 
of a logger, recording all sessions for selective play back. 
Block 176 contemplates monitoring sessions either by the 
supervisor or selected agents. 

Maintenance mode 156 includes the functions of voice/ 
data file maintenance represented by block 182, backup as 
block 184 illustrates, and new system configuration per 
block 186. 

The following discussion illustrates how the system per- 
forms the above-listed functions in the different modes of 
operation. Referring to FIG. 6, there is shown interface 
block diagram 200 as a hierarchical illustration of the user 
interfaces that the system provides. Beginning at icon access 
block 202 y a user may access the functions of the system 
through an icon in the graphical user interface of the 
computing environment supported by processor 102 and 
operating system 106. After selecting the icon or otherwise 
initiating execution of application program 112, the next 
step is to sign on to the system using a password or similar 
access mechanism as password block 204 indicates. Next, 
the user has the ability to chose an option to operate various 
aspects of the system. Choice block 206 illustrates the 
function of permitting the user to choose among the various 
options. The various options include configuration option 
208, administration option 210, scheduling option 212, 
reporting option 214, operations option 216, maintenance 
option 218, and sign -off option 220. 

Configuration option 208 includes the functions of defin- 
ing and revising channel information as block 222 
illustrates, defining and revising system parameters as block 
224 represents, and exiting to the previous menu as block 
226 illustrates. Administration option 210 includes the func- 
tions of updating the database from the host as block 228 
indicates, defining and revising the agent as block 230 
represents, defining and revising the supervisor as block 232 
indicates, and exiting to the previous menu as block 234 
shows. Scheduling option 212 includes the functions of 
defining and revising monitoring periods as block 236 
indicates, defining and revising the monitor session as block 
238 represents, and exiting to the previous menu as block 
240 shows. Some of the criteria for performing the sched- 
uling function of block 212 have been disclosed with 
reference to FIGS. 2 and 3, and additional scheduling 
criteria and functionality are discussed below with reference 
to FIGS. 12 and 13. 

Reporting option 214 includes a variety of functions that 
provide reports to the user. These include a channel report, 
a session report, a schedule report, an agent report, and a 
supervisor report as respective blocks 242, 244, 246, 248, 
and 250 illustrate. Reporting option 214 also permits the 
user to exit to the previous menu per block 252. Operations 
option 216 includes the start/stop function for the system as 
block 254 represents and exiting to the previous menu as 
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block 256 indicates. Maintenance option 218 includes the and play back sessions are performed by a channel process- 
functions of maintaining the voice/data files as function ing program herein called channel proc program 308. The 
block 258 represents, back-up as block 260 represents, channel_proc program 308 is a memory resident program 
channel maintenance as block 262 indicates, and exiting to that communicates with aq program 302 using the dynamic 
the previous menu as block 264 shows. 5 data exchange (DDE) link or mechanism 310 from graphical 
An important aspect of the functions of the system is the user interface 304. Another memory resident program 
various reports that the supervisor may receive. These ^st qry program 312 handles database queries to MIS 

reports provide easy-to-understand information that no prior ^ J^>[?^. Tut ^J^^T^T h ^ SU f ch !? 

,Zf~~ ~^,. a~^ ri. ™ i tia ^ communication link 116 of FIG. 4. Remote access is facih- 

system provides. For example, in report option 214, reports ttA u « * ~ i*a w t. iu 

' , . i r , it * ^ m lated by remote access program 114, which may also be a 

maybe generated for display as well as for a paper copy. The 10 4 «. • , . ' 

' t ^. \. , .v *7 r i i memory resident "terminate and stay resident (TSR) pro- 
reports from reportmg option 214 are described as follows: i , ... 4 inn c V™ A . \ J v r 

'L L , br ^ . gram. System architecture 100 of FIG. 4 is the host of 

The channel report associated with block 242 contains remote access program u4 through modem 122 , while a 

information pertaining to voice/data channels. This report remote site machine aIso mns its own remote access Q _ 

includes the computer port that the preferred embodiment is gram ^ indicated 5y block 314 and remote site modem 316 

using the device name, if any, the type, the usage of either 35 Remote access t0 lhe mnctions provided by aq 0 3Q2 

recording or play back, the latest state, and possible trouble ^ remote access programs 114 ^ 314 and modems 122 

counts * and 316 allow supervisors, agents, or other external persons 

The session report of block 244 is by group, subgroup, 0 r devices to access the functionality of the system, 

and extension. This report contains all recorded session logs. Remote access program U4 is resident within system 

It can be requested for those sessions not yet monitored and architecture 100 and is started by a self-executing, boot up, 

their expected file length (in minutes and seconds) or for or initialization program or routine of operating system 318 

those existing voice/data files regardless of whether they as indicated by arrow 320, when processor 102 is booted, 

have been monitored with the play indication in addition to Remole access program U4 ^ wait 0Q modem t m 

file length. Alternatively, all sessions that have been for any remote access. The channel_proc program 308 and 

recorded, including those deleted, can be reported in the h ost_qry program 312 are started when graphical user 

session report. Furthermore, the session report of block 244 interface 304 is up and are terminated when graphical user 

may include the supervisor's identity who deleted the interface 304 is not running as arrows 322 and 324 represent, 

session, the date that the voice/data file was deleted and the DO st_qry program 312 synchronizes the system clock 

filename and length of still accessible sessions. 3o ^ me MIS host m when started It then wajts for lhe 

The schedule report of block 246 illustrates monitoring DDE message 326 from aq program 302 for any database 

sessions scheduled by group, subgroup, and extension. It is query task 328. The channel _proc program 308 checks all 

available monthly, weekly or daily and lists all extensions voice/data channels when started. It then waits for the 

and monitoring periods associated with each extension. In startup DDE message 310 from aq program 302. 

addition, the scheduling report includes the relevant sched- 35 0 nce the application is initially started, the channel_proc 

uling criteria to establish different monitoring periods for program 308 accesses database 330 to establish monitoring 

selected agents. Exemplary scheduling reports and the infer- sessions that may be scheduled for the day. Also, throughout 

mation that they may contain is described with reference to its operation, channel_proc program 308 may receive direct 

FIGS. 2 and 13. requests or commands from aq program 302 to dynamically 

The agent report of block 248 contains agent information 40 alter monitoring schedules or immediately direct channel_ 

such as group number, subgroup number, identifier, name, proc program 308 to monitor particular sessions. Therefore, 

and extension. The agent report may be for all groups or a channel_proc program 308 supports both static schedules 

particular group. The supervisor report of block 250 contains contained in database 330 as well as dynamic schedules as 

supervisor information such as the supervisor's group modified in database 330 or commanded by aq program 302 

number, authorized subgroups, identifier, and name. For the 45 based on a number of scheduling criteria. In one 

supervisor report, the password will be encrypted on the embodiment, aq program 302 may dynamically update 

screen display. schedules maintained in database 330, or alternatively, 

FIG. 7 shows process 1 control flow diagram 300. In directly command channel_proc program 308 to initiate 

process control flow diagram 300, aq program 302 repre- monitoring sessions. 

sents an important part of the system. For example, aq 50 In a particular embodiment, a random calculation algo- 

program 302 permits the user to choose among the options rithm establishes the recording of extensions scheduled to be 

listed in user interface block diagram 200 of FIG. 6. That is, monitored. The channel_proc program 308 also handles the 

through aq program 302, a user has the ability to direct supervisor's requests for play back session. Upon receiving 

process control to administration option 210, scheduling a shutdown DDE message from aq program 302, the 

option 212, maintenance option 218, configuration option 55 channel_proc program 308 will terminate all call processing 

208, and reporting option 214. Additionally, through aq activities on the voice/data channels. The channel_proc 

program 302, the user has the ability to use the operations program 308 also performs channel diagnosis per request 

option, as indicated generally by arrow 216. Also, process from aq program 302 and updates the status to aq program 

flow diagram includes database 330, which may be part of 302 through DDE message 310. 

memory 104 and can store agent schedules, monitoring 60 System data is centralized in resident database 330 where 

periods, scheduling criteria, system queues, voice/data asso- the aq program 302 retrieves and updates information per- 

ciated with sessions, and other information concerning the taining to extensions, supervisors, monitoring periods, 

operation of ACD 12, platform 16, or adjunct 33. schedules, and monitoring sessions. The host_qry program 

The following discussion further details process control 312 updates database 330 if the group, supervisor, or exten- 

flow within the operations option 216. The system uses 65 sion definitions have been updated or modified at the MIS 

graphical user interface 304 to access aq program 302 host 124 after query 328. For example, host_qry program 

through an icon as icon arrow 306 represents. Monitoring 312 may receive an updated workforce management sched- 
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ule to provide static or dynamic scheduling in accordance database query to MIS host 124 to verify whether the 

with a variety of scheduling criteria, and provide this infor- extension has been defined. The result of the query is sent 

mation to database 330. back to the client program from which the DDE was sent. 

In order to provide access to database 330, the system The host_qry program 312 may also access MIS host 124 

may implement one interface responsible for handling DDE 5 to receive other information, such as call setup information, 

messages and another interface responsible for managing traffic statistics of ACD 12, call types, and other CTI 

database 330. This approach guarantees the data integrity information conveyed from ACD 12 or adjunct 33 to plat- 

and reduces the message resource requirements. All form 16. 

transaction-related DDE messages for database 330 may be Through an automated user request of aq program 302, a 

handled through a single point of control, such as dde_ 30 more complicated query may be executed to determine new 

server program 332. Database transactions may be handled agent information, call processing information, or any other 

separately by db_interface program 334. Both dde_server information regarding operation of ACD 12 or adjunct 33 

program 332 and db__interface program 334 are memory and maintained at MIS host 124 database. The host_qry 

resident when interface 304 is operating. program 312 submits SQL query statements to the MIS host 

When the channel__proc program 308 responds to a 15 124 database through link 35 or 36 between processor 102 

request of channel status through the aq program 302, the and MIS host 124. The return data will be checked against 

response may be one message per channel in order to the resident database 330 and updated. The user may deter- 

simplify the message handling as well as to support the mine when it is necessary to query MIS host 124 for the 

request of a single channel diagnosis. Also, a request for latest agent data, supervisor data, and call processing infor- 

channel status may inquire into the voice/data channel, or 20 mation or, alternatively, this query may be performed 

other communication link supported among ACD 12, plat- automatically, periodically, or dynamically to inform aq 

form 16, and adjunct 33. program 302 of agent changes and incoming call informa- 

The following discussion describes in more detail the tion. This aspect of synchronizing operations between ACD 

application software modules, which may incorporate multi- platform 16, and adjunct 33 allow static and dynamic 

tasking capabilities of interface 304 to fulfill the require- 25 scheduling of monitoring sessions based on a variety of 

ments of being able to perform call processing tasks, user scheduling criteria, including call type, traffic statistics, 

interface functions, and remote control operations concur- customer information, CTI information, and other infonna- 

rently. For example, the discussion that follows provides ^on maintained at the call center. 

more detail concerning one embodiment of aq program 302. In addition, from time to time changes to MIS host 124 
The aq program 302 provides all interfaces to configura- database will occur that relate to the information contained 
tion option 208, administration option 210, scheduling within the system. Therefore, the user may periodically 
option 212, reporting option 214, operations option 216, and query MIS host 124 database to obtain those modifications, 
maintenance option 218 in a menu-driven fashion. The aq Other memory resident programs of the preferred embodi- 
program 302 communicates with db_interface program 334 35 meDt include dde_server program 332, db__interface pro- 
using dde_server 332 whenever there is a need to access gram 334, and channel_proc program 308. The dde_server 
database 330. In a particular embodiment, aq program 302 program 332 is started by startup function in interface 304. 
will be a client to db_interface program 334 and related The dde_server program 332 behaves as a server to other 
through the DDE link. programs managed by interface 304 for accessing database 
The host_qry program 312 uses one of the communica- 40 33 °- The dde_server program 332 communicates with 
tion ports on processor 102 as the communication link with db_interface program 334 for communicating data items 
MIS host 124. This design makes the host database query with datab ase 330. 

328 not so tightly coupled with processor 102, and supports In one embodiment, dde_server program 332 may be a 

a variety of switches manufactured by different vendors, as single server that permits all DDE messages to be handled, 

well as a variety of interface and protocol standards that may 45 which enhances the modularity of user interface and call 

be employed in a computer telephony integration (CTI) processing programs. This consideration also enhances the 

environment. portability of the application to different switching and 

It is important to synchronize the system clocks whenever computing environments, 
there is more than one computer involved in an application. The db_interface program 334 is also started by the 
The system that provides the standard time clock should be 50 startup function of interface 304. The db_jnterface program 
MIS host 124. The host_qry program 312 carries out the 334 handles requests from other programs regarding data- 
task of the synchronization of the system clock according to base 330 transactions. Thus, db_interface program 334 is a 
host machine. Whenever interface 304 is started, which may client as well as other programs (e.g., aq program 302 and 
be due to a machine reboot, the host_qry program 312 host_qry program 312), while dde^server program 332 is 
retrieves the current system clock from MIS host 124 and 55 the server with respect to their database accessing DDE 
sets the system clock of processor 102 accordingly through links. A principal function that the system provides is to 
a log-in to MIS host 124 and execution of a system time automatically record customer service representative ses- 
command. sions with customers according to the programmed moni- 

To simplify the data query process, the host_qry program toring session schedule. This may be performed through a 
312 performs the database verification query instead of 60 single point of control so that the integrity of database 330 
downloading data from database 330 automatically. For car * be maintained, but also to make the call processing 
example, if an agent extension is being defined, an extension independent of the database package. The database package 
is being scheduled for monitoring sessions, or a notification mav be, for example, the MS SQL Server® when imple- 
of a recording can be carried out based on whether the target mented in a network environment, 
agent is currently signed on, the presence of an agent verify 65 Another memory resident program is channel_proc pro- 
DDE is verified by the host_qry program 312. The host_ gram 308. The channel_proc program 308 is started by the 
qry program 312, if the verify DDE is present, Issues a startup function of interface 304. In a particular 
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embodiment, voice/data processing in the channel_proc ciated with and ready to record a scheduled session. Next, 

program 308 may be performed in asynchronous mode. A control flow goes to block 370 to begin the recorder func- 

state machine approach is implemented in order to ensure tion. From either play back function 360 or recorder function 

that every voice/data channel may be fully controlled by 370, process control flow returns to query 352 so that the 

channel_proc program 308. States within channel__proc 5 channel_proc program 308 continues to operate as 

program 308 are driven by events which occur in an asyn- described. 

chronous queuing mode of operation. „ T „ ' , , . „ , . e . . 

t, .u • * e u i FIG. 9 shows process control flow diagram of the timer 

There are three major components of channelproc pro- iAnf . * . , , , 

_ ino t*u i a u i j- a program 400 for establishme times for recordmc scheduled 

gram 308. They include the channel diagnosis component, a - 4 . - 6 ,™ , • , , 

7- „ *j • it . r V momtonng sessions. Timer program 400 also includes an 

timer component, and a voice/data processing component. in , .„ L L • 

The channeLproc program 308 controls the voice/data 1 °P tlona L Vl11 be momt °" d notification to agent exten- 

channels through a voice/data driver function called to slons ; Tuner ^ m 400 maintalIls , a TT' * 

perform the recording and play back sessions described mom !° r ? ww > and > ™Z, «quest queue, which are 

below. In a particular embodiment, dynamic link library described m °"> detail below. Notify queue, monitor 

interface is used to bridge the channel proc program 308 „ 3 u f u K e ' "^ record request queue may be maintained in 

with voice/data drivers 108. " data base 330, within channel_pr(K program 308, timer 

™~ 0 « , „ - , t program 400, or at another suitable memory location. 

FIG. 8 shows a process control now diagram of channel_ 

proc program 308. Generally, channel _proc program 308 Referring to FIG. 9, the channel_proc program 308 

manages the allocation of voice/data channels in the system accesses record req - uest 4 ueue and > u P on determining that a 

in response to static or dynamic requests to record sessions. 20 86551011 ^ ^corded, accesses timer node 402. At 

A static command to record a session may be maintained in < imer ° ode .^f timer Pf^m 400 ^ acces5 f 5 mem0fy 35 

a record request queue based on scheduling information block 404 indicates and calculates a random fixed, or other 

maintained by database 330. A dynamic command to record 5Ultab } e dela * P^ 0 !, or interval to wait before beginning 

a session may also be maintained in a record request queue ^cording as block 406 represents. From block 406, process 

or provided directly to channel_proc program 308 from aq 25 control flow goes to block 408 to build a notify queue, if this 

program 306. The use of both static and dynamic commands °P tl0n 15 From buildin g the aoi ^f W™> P™ess 

to record a session allow the system to provide a number of contro1 flow % OGS to block 410 where an attem P l ma y <* 

scheduling criteria to determine when to record sessions. made to P la y ^ notification to the agent to be monitored. 

The channeI_proc program 308 can manage voice/data Next ' at ^ 412 ** taMt function queries whether the 

channels independently or jointly depending on the configu- 30 ff? bas be ? n noi] ^ d - If DOt > P rocess "f^ 1 returns to 

ration and interoperation between voice/data drivers 108, block £0 where f ^r attempt is made to notify the 

voice/data channels 110, and other selected hardware and a 8 ent * If * he a g ent has been stifled, as appropriate, process 

software that supports voice and data communication among 0001101 flow S oes 10 block 414 to build a monitor q ueue - 

ACD 12, platform 16, and adjunct 33. From bloc k 414, process control flow goes to query 416 

Beginning at channel_proc program access node 350, 35 to examine whether a record session is due. If not, process 

program control goes to query 352. At query 352, the control flow goes to timer node 402 and cycles until the time 

presence of an idle channel is tested. If there is no idle arrives for recording. If a record session is due, on the other 

channel then, process control goes back to node 350, and this hand > process control flow goes to block 418 to post the 

is reported to node 350. This fact is then reported to aq rccord session to the record request queue. The record 

program 302. On the other hand, if an idle channel exists, 40 re q ue st queue is a list of monitoring sessions waiting 

then flow goes to access record request queue at step 354. completion. The record request queue may represent ses- 

Flow proceeds to record ' session query 356 to test the sions to be started and queued, current recording sessions to 

condition of there being a command to record a session finish > or idle channels to become available. At the end of 

based on the contents of record request queue, or a dynamic eacn record session, channel_proc program 308 retrieves 

command or instruction from aq program 302. If no such 45 mformatioi > &orn record request queue for the next sched- 

command exists, flow goes to query 358 to test the condition uled record session. 

of there being an inbound ring tone or other indication on the Relative to the build notify queue function 408 of FIG. 9, 

voice/data channel representing a desire to monitor a ses- the notify queue is created if monitoring notification is 

sion. If no indication exists, then control flow goes back to selected by the system administrator. This ensures that an 

access record request queue 354. If an indication exists, then 50 agent's extension is notified prior to actual recording taking 

process flow goes to play back function block 360. place. Upon receiving a startup or day start from the aq 

Referring to record session query 356, if there is a record program 302, timer program 400 (through channel_proc 

session command in the queue or received from aq program program 308) sends a db_load DDE to db_interface pro- 

302, then process control flow goes to block 362 where the gram 334 to acquire information about extensions, periods, 

system determines if there is a play back request ring tone 55 a °d monitoring sessions for the rest of the day, to the extent 

or other indication on the voice/data channel representing a mat tQ ey are stored in database 330. This information may 

play back request. From block 362, flow goes to query 364 be dynamically or periodically updated using information 

to test for the existence of a ring tone or other indication. If concerning the operation of ACD 12 or adjunct 33. All 

there is a ring tone or other indication, then process control extensions that are to be monitored for the day will be 

flow goes to play back function block 360. Otherwise, 60 registered in the notify queue function associated with block 

control flow goes to query 366 to examine whether the 408. 

record request has been taken by another channel__proc task. For every extension on the queue, timer program 400 

If so, then control flow goes to block 354 to access the record attempts to play the audio announcement to them prior to the 

request queue. If the request has not been taken by another beginning of the period of the first monitoring session. The 

channel_proc task, then control flow goes to block 368 to 65 notification takes place when the agent is signed on. In a 

update the record request queue with the channel number to particular embodiment, an attempt will be made every so 

indicate that the identified voice/data channel is now asso- often (as defined by a system parameter) to reach the agent 
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until the notification is delivered or until the monitoring When a supervisor defines the monitoring schedule for 

period for that extension has expired. Once the notification extensions or dynamic monitoring commands are received 

is delivered, the monitoring sessions scheduled for that from aq program 306, the system performs a resource 

extension for the rest of the monitoring period will be analysis to guarantee that the static and dynamic scheduled 

registered on the monitor queue associated with block 414 at 5 monitoring sessions are achievable. It is an internal function 

which time the corresponding entry of the notify queue is of the aq program 302 to carry out the resource analysis task, 

removed. For the resource analysis task, the following definitions 

If no notification is required, the monitor queue for all arc appropriate: 

monitoring periods of all extensions scheduled for the rest of P: The time range of a monitoring period; 

the day is constructed. In the monitor queue of timer i° £ . Tota] numbef of extensions needed to be monitore d 

program 400, there is a fixed or random calculation to within P - 

determine when a monitoring session is to occur. A moni- M -j, ' . , 4 . r ,. , , 

t • u . .5 u • ,u r M: The maximum length of tune that a monitored session 

tonng session may be started anywhere in the time frame - A c tU • A 

e *u *• *u * . . « . . is denned for the period; 

from the time the entry is registered on the monitor queue 

until the end of the monitoring period or the termination of is C: Total number of channels designated for recording; 

activity by the agent. Alternatively, the monitor queue may TC: Total time tnat a11 channels can be used in P; 

be populated dynamically using scheduling criteria such as TE: Total time of all required sessions in P. 

call type, call traffic, agent performance, CTl information, Note that TOCxP and TE-ExM. Consequently, TE can not 

and other scheduling criteria received from ACD 12 or be greater than TC. On the other hand, there could be time 

adjunct 33. It is possible that a period is defined to bridge 20 overlapping in two monitor periods. For example, if period 

across the midnight boundary or may be defined to be 1 is defined, using 24-hour clock notation, as 0800 to 1130 

coincident with the iog-in and log-out times of the agent. and period 2 is defined as 0900 to 1230 such a situation 

The execution time of each session on the queue is deter- could arise. That is, the time period from 0900 to 1130 is 

mined based on the monitoring period in which the session covered by both periods. The analysis must consider that 

is defined. Therefore, a session will be performed within the 25 resources are shared by sessions scheduled in both periods 

time scope of the period. in the time interval between 0900 and 1130. An even more 

In one embodiment, the system can randomly distribute complex case may result if a third period, say, period 3 is 

monitored sessions within their corresponding time period defined as ranging from the log-in time of an agent (0800) 

window. One exemplary calculation to yield a random and me ex pected log-out time of an agent (1300) which 

distribution may be based on several factors. These factors 30 covers both period 1 and period 2. Therefore, periods 1 and 

may include, for example, the following* 3 share tne interval from 0800 to 0900; periods 1, 2 and 3 

(1) the number of extensions to be monitored; * hare , the ^™\ f £n T^n 13 °j ^ 3 ^ 
; ' L . , . . . . the interval from 1130 and 1230; and period 3 alone covers 

(2) the maximum length of time of each monitoring the interval from n3Q t0 1300 The ^ thQ ^ must diyide 



session; 



((TC* (integral shared by periods 1, 2 and 3))-r 3)) 



35 the TC value by the interval shared by N, where N is the 

(3) the number and capacity of voice/data channels con- number of periods. Calculating the resources for the first 
figured for monitoring; period, the value of TC should be the following: 

(4) the duration of the monitoring periods; 

(5) the time interval covered by each period; rc = (7O((0800 - 0900H2) + <7UX(0900- ii30K3»= (2) 

(6) the results of the previous attempts to monitor sched- 40 ((re* (integral shared by periods l and 3))+ 2) + 
uled sessions; and 

(7) a variety of scheduling criteria, such as scheduling 

rules, the number of. calls, the call type, call center 

traffic, agent performance level, and other factors. To 45 ^ the res , he vaJues f TC d TC , f fa 

determine the execuuon of a session, calcula e delay yalue of TC ^ c , ose ^ ya , ue of TC fof 

function 406 determines a delay interval from the time „» r ^„ t ^ lfV , PC t u- c „u~a„\~a ■* ■ • 

4 . . . . Li* t_ j * 4 i .* ...... * percent, chances are that the scheduled monitoring sessions 

the session is established to the time that it is executed. „ .„ nnt nU , ,• . , ~ . , . & , 

^ , urn r i W"! not a fi be accomplished. This percentage value can be 

I ne calculation is based on the following formula: nna rtf ™.*>„ ~- fu u i u j 

& one oi the system parameters, since the channels can be used 

Delays random numbcr)mod{TC-TE) (1) 50 f ° f rccordin 8 35 wel1 as P la X ba <* m a given period and the 

time occupied by play back sessions can be an important 

where TC is the total time that all channels can be used in factor that determines the acceptable relative values of TE 

the time range of the period, and TE is the total time of all and TC. Users will be warned of the possibility of not being 

required sessions in the time range of the period. The actual able to accomplish the scheduled sessions if the TE value is 

recording or execution time could be the current time plus 55 not acceptable. Another resource analysis determines the 

delay time. Informauon such as which extension, when to available storage space for the recorded sessions. This is 

monitor, how long the recording may be, and how many call described in connection with the discussion of the recorder 

segments the sessions may have are posted on the monitor- function of FIG. 10. These types of preventative actions 

ing session node to the monitor queue associated with timer minimize problems due to lack of resources while actual 

program 400. The sessions on the monitor queue are in 60 sessions progress. 

chronological order, and immediate or dynamic recording As an alternative to the resource analysis approach dis- 

requests may be placed at the top of the list. Therefore, the cussed above, the system can over schedule sessions. In this 

earliest session is the first node on the list, while the latest embodiment, platform 16 monitors as many scheduled ses- 

session is the last node on the list. Timer program 400 also sions as the system capacity allows and continuously tracks 

puts a recording session on the record request queue when- 65 the progress towards meeting the established scheduling 

ever the execution of a monitoring session is due. Afterward, criteria of the agent schedules. This capacity-limited moni- 

the corresponding entry ia the monitor queue is removed. toring allows platform 16 to meet the scheduling criteria by 
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monitoring as many sessions as possible. Often, the exact Once a call connection occurs, the system opens a voice/ 

time for monitoring particular scheduled sessions is difficult data file at block 464 and begins recording at block 466. 

if not impossible to ascertain due to the call traffic and agent Blocks 464 and 466 contemplate opening one or more 

dynamics in a call center environment. With over voice/data files to capture both voice and data transactions 

scheduling, platform 16 monitors sessions when possible to 5 during the session. For example, voice signals may be 

satisfy agent schedules. digitized and stored in a voice file, whereas data such as a 

In an over scheduling example, Monday agent schedules screen shot or customer information may be stored in a 

exceed the capacity of the system. On Monday, platform 16 separate data file associated with the corresponding voice 

monitors sessions when possible and tracks the progress file. Also, block 466 may include header information and 

towards meeting the agent schedules. On Tuesday, platform 10 trailer information that identifies the session, session sched- 

16 establishes the Tuesday schedule based on the unfulfilled uling criteria, beginning time, length, and other information 

Monday schedule, and continues to monitor sessions accord- regarding the characteristics of the recording session and the 

ingly. Similarly on Wednesday, platform 16 establishes the operation of ACD 12 and adjunct 33. 

Wednesday schedule based on the unfulfilled Tuesday Recording continues while query 468 verifies that a 

schedule, and continues to monitor sessions accordingly. 15 maximum time limit or recording length has not been 

This continues through the week until platform 16 satisfies reached and query 470 determines if the next call has been 

the agent schedules. In this manner, a supervisor may connected to the agent. If the maximum time limit or 

establish a single agent schedule for the week that begins on recording length has been reached, then query 468 directs 

Monday and continues through the week until complete. function control flow to block 472 where the steps of 

This same concept of over scheduling and spill over may be 20 updating the index and closing the voice/data file take place, 

performed over a day, week, month, or other time period. Additionally, at query 470 when the next call is connected 

Platform 16 may combine over scheduling with fixed to the agent, function control flow then goes to query 474 to 

schedules, a resource analysis approach, and other schedul- determine whether there are more calls to monitor. The logic 

ing techniques. Also, platform 16 may assign suitable moni- flow of blocks 466-474 in FIG, 10 implement exemplary 

toring priorities that determine the order in which agent 25 scheduling rules that allow the user to specify the number of 

schedules should be satisfied, calls to record, the maximum recording length, or both the 

An important aspect of the preferred embodiment is the number of calls and the maximum recording length. Other 

voice/data processing function. This function contains the scheduling criteria and scheduling rules may be imple- 

recording function and play back functions described in mented in a similar fashion without departing from the spirit 

FIGS. 10 and 11 below, respectively. The recording and play 30 and scope of the present invention, as described in more 

back functions perform call processing functions using the detail with reference to FIGS. 12 and 13 below, 

voice/data channels 110 and voice/data drivers 108 of FIG. If there are more calls to monitor, then function control 

4. flow returns to record step 466. On the other hand, if there 

FIG. 10 shows a function control flow diagram 450 for are no more calls to monitor, function control flow proceeds 
recorder function 370. Generally, recorder function 370 35 from query 474 to block 472 at which point the index is 
provides the agent announcement, records the session, man- updated and the voice/data file is closed. From block 472, 
ages the creation and modification of voice/data files, and function control flow goes to block 476 to generate a 
manages channel resources to record the scheduled sessions. successful recording result message to timer function node 
In a "logger" environment, many of the functions illustrated 402 and to set the channel state to idle at block 456. This 
in FIG. 10 may be unnecessary from a recording standpoint, 40 completes a general description of the operation of recorder 
since a logger typically records all voice/data transactions function control flow diagram 450. 
occurring in a call center environment. However, in a As described, the recorder function performs the record- 
logger" environment, recorder function 370 may embed ing of a monitoring session. When a recording session starts, 
play back information, call information, or scheduling one or more voice/data file with a distinct name will be 
criteria, or otherwise identify certain portions of the logged 45 opened. Each voice/data file may contain a leading section 
sessions for later selective play back, as described above. It reserved as a file header that includes data regarding the 
should be understood that the teachings of recorder function contents of the rest of the file. One purpose of the file header 
370 are applicable to both selective recording and selective is to register when there is more than one segment of 
play back of logged sessions. voice/data in the file. These segments may have different 

Beginning at recording function block 370, the system of 50 characteristics such as annotation from a supervisor added 

the preferred embodiment accesses the channel_proc pro- after a play back session. Therefore, a voice/data file may 

gram 308 as described in FIG. 8. Function control flow goes contain a sequence of blocks that the file header defines, 

to query 452 to determine whether an extension is signed on During a play back session, a supervisor may annotate 

(e.g., has the agent logged into agent workstation 14?). If the comments with respect to any part of the recorded session 

extension is not signed on, then function control goes to 55 from time to time and be able to monitor the session with the 

block 454 to generate a message that indicates the result that annotations appearing after each segment. These annotations 

the extension is not signed on. This result goes to timer may be played back when the file is played again. In the 

function node 402 and to block 456 to set the channel state preferred embodiment, the voice/data processing function 

to idle. On the other hand, if the extension is signed on, then provides a silence compression mode to eliminate silence 

at query 458 a test is made to determine whether an 60 intervals during recording as well as a data compression 

announcement is to be played that notifies the agent of the mode to reduce or eliminate storage of redundant data. The 

impending recording session. If so, then function control monitoring length defined in the period is a wall clock time, 

flow passes to block 460 where an announcement is played A voice/data file may actually contain only a fraction of the 

to the agent's extension. If not, then function control flow expected time length due to silence and data compression, 

goes to block 462 at which point the system waits for a call 65 even if the recording session takes up to the maximum 

connect indication, which may use in-band or out-of-band specified time length. This can be considered as a bonus for 

signaling. disk resource, as well as the amount of supervisor time 
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needed to perform the monitoring reviews, but may not be 
considered as a factor in the resource analysis. 

The following considerations are important when deter- 
mining the necessary resources to accommodate the record- 
ing files. As can be seen below, the requirements for storing 
voice information are relatively easy to predict based on the 
length of the recording, the fidelity of the voice 
representation, and any associated compression techniques. 
However, there may be wide variations in the amount of 
storage media required to record data files. For example, 
data input by the agent or received as call status information 
or customer information may not require significant storage, 
whereas full graphical screen shots and other high resolution 
images may require significant storage. Obviously, the vari- 
ous capacity requirements for voice/data files depends on the 
particular implementation and functions in the call center 
environment. 

Voice information may be recorded at a rate of 24,000 bits 
per second, so the maximum length of uncompressed voice 
information will be (24,000+8)x(the time in seconds that is 
specified in the monitoring period). The 24,000 bits per 
second comes from the 4-bit adaptive differential pulse code 
modulation (ADPCM) encoding and a 6,000 Hz sampling 
rate. The following calculation may give an idea about how 
many minutes of voice information may be digitized with a 
1 MB disk storage capacity: 

(1024 bitsx 1024 bits)* (3) 
((24, 000 bits/ second* 8 bits) x 60 seconds/ minute) = 

5.8 minutes 



With a 1.2 gigabyte SCSI disk drive, the capacity of storing 
voice information is about 100 hours. 

Digitized voice/data files may take significant amounts of 
disk space. In order to accommodate all required monitoring 
sessions and adding annotations, disk space management is 
an important aspect of the preferred embodiment. Available 
disk space may be checked at the beginning of a day, 
whenever the monitoring schedule of the day is revised, 
when a monitoring session is about to start, when a play back 
session is requested, when an annotation starts, and when a 
user is recording or re-recording the voice/data files used for 
play back prompts. 

Assuming the voice storage statistics from above and only 
incremental increases for screen shots and other data 
capture, the minimum disk space required is calculated by 
(3,000)x(the monitoring time in seconds) of all unfinished 
sessions for all extensions that may be monitored during the 
day, plus the space reserved by a system parameter of how 
many minutes of annotation for a day is allowed and all 
utility voice/data files used in the prompts during the play 
back sessions. There must be a system reserved disk space 
buffer so that, if the remaining disk space falls below this 
limit, all subsequent voice/data file generations will not take 
place until sufficient disk space is available, that is, after 
some voice/data files are deleted through the voice/data file 
maintenance function of the aq program 302. 

Optionally, the actual recording does not start until a 
specific tone or other appropriate in-band or out-of-band 
signaling (e.g., signaling indicating that a call has just been 
connected to the monitored extension) arrives from ACD 12 
or a pre-defined period of silence occurs within the record- 
ing session. In this operational mode, every call recorded 
will be a complete call. If more than one call is scheduled to 
be monitored in a session, the recording will continue until 
the next call connect indication or silence interval and after 
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the last call is recorded or the maximum time length is 
reached. In a particular embodiment, a call will not be 
truncated even if the maximum time length has been 
reached. 

5 After recording the monitoring sessions, there is the need 
to play them back in a variety of different modes. For this 
purpose, FIG. 11 shows the function control flow diagram 
480 for the play back function. Beginning at block 360, play 
back can be accessed through the channel^proc program 

10 308. From block 360, function control proceeds to block 482 
where greeting information is given and session parameters 
presented to the user. Then, function control goes to query 
484 to determine whether an abort session command exists. 
If an abort session command exists, then function control 

is goes to block 486 where the channel state is set to "idle". If 
there is no abort session command, function control goes to 
block 488 at which step a voice/data file is opened, a play 
index table is built, and recorded sessions begin to be played 
back to the user at step 489. In a particular embodiment, a 

20 supervisor may monitor the voice component of the play 
back session using voice instrument 32 and the data com- 
ponent of the play back session using supervisor workstation 
30. A particular advantage offered by the present invention 
is the use of a remote voice instrument or computer to 

25 perform the play back function using remote access software 
and hardware. 

From block 489, function control goes to query 490 to test 
whether the control flow is at the end of the voice/data file. 
If not, then, function control flow goes to query 492 to test 

30 whether the dual tone multifrequency (DTMF) signal that 
corresponds to the telephone keypad digit ***** has been 
received. Alternatively, the user can input commands during 
monitoring of play back sessions using the keyboard or other 
input device associated with supervisor workstation 30. 

35 In the particular embodiment using DTMF signaling, the 
"*" is used to signal the user's desire to pause and record or 
input a voice/data annotation. If there is no DTMF "*" 
signal, function control proceeds to query 494 where the 
abort session test occurs. If an abort session signal is present, 

40 then function control flow goes to block 496 to close the 
voice/data and index files and return to block 482 where the 
greeting information and session options are presented to the 
operator. If at DTMF "* M query 492 the DTMF input is 
present, function control goes to block 498 where play is 

45 stopped and a temporary voice/data file is opened for the 
purpose of recording a voice/data annotation. Annotation 
recording at block 498 contemplates voice recording, elec- 
tronic mail generation, or generation of voice/data annota- 
tions that can be visually or audibly presented to the agent 

50 or other supervisor. Annotation recording will continue until 
at query 500 the presence of a DTMF signal is detected. If 
the DTMF signal is not a "#," then function control proceeds 
to block 502 where options are handled and play continues. 
This is the same step that abort session query 494 directs 

55 flow control to in the event there is not an abort session 
signal in the queue. 

Returning to query 490 of whether the end of the file 
exists, if an end-of-file signal is present, function control 
goes to block 504 at which point the user is prompted for a 

60 response of whether the user desires to save or delete the 
voice/data file. Function control then proceeds to query 506 
at which a test occurs of whether a delete voice/data file 
command is present. If there is no delete voice/data file 
command, then function control proceeds to block 508 

65 where the existing voice/data file is closed. Function control 
proceeds to query 510 to test whether the user is monitoring 
the last set of sessions. On the other hand, if at query 506 a 
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delete voice/data file command is present, then function 
control goes to block 512 where the voice/data file is deleted 
and the database is updated to reflect this deletion. Then, 
function control proceeds to query 510 to examine whether 
the user is monitoring the last session. From query 510, if the 5 
operator is monitoring the last session, then fiinction control 
flows to set channel state idle block 486. On the other hand, 
if this is not the last session, then function control flows to 
block 488. 

Returning to query 500 of whether the DTMF "#" input 10 
is present, an affirmative test directs function control to 
block 514 where the user is prompted to various options that 
the user may exercise. Then, function control proceeds to 
query 516 at which point a test is made of whether there 
exists a return-to-session command in the system queue. If 15 
there is a return-to-session command, then function control 
proceeds to block 518 at which point the play index is 
updated, the annotation is inserted into the voice/data file, 
and the temporary file that was opened at block 498 is 
deleted. Then, function control proceeds back to block 488 
where further play back can proceed. If there is not a 2 
return-to-session command upon query 516 testing for the 
existence of such, then function control proceeds to query 
520 to determine whether there is a monitor annotation in the 
queue. 

If there is a monitor annotation, then function control 25 
proceeds to block 522 to seek another temporary file and 
play an annotation. Then, function control returns to block 
514 to provide to the user the various appropriate prompt 
options. At query 520 if no monitor annotation exists, then 
function control proceeds to query 524 to test whether there 30 
is an erase annotation. If there is no erase annotation, then 
function control returns to prompt options block 514. On the 
other hand, if there is an erase annotation, then function 
control goes to block 526 for the purpose of deleting the 
temporary annotation file. Then, function control returns to 35 
prompt options 514. 

Having described the play back function through function 
control flow chart 480, more detail of the various functions 
that occur in play back function are provided herein. For 
example, the following auditory or displayed prompts apply 
to all sessions, or sessions in a subgroup, or sessions of an 
extension. 

"There are XX sessions that have not previously been 
played." 

"These sessions total YY minutes." 45 
"Press 1 to specify a specific session." 

"Press 2 to begin playing these sessions in time sequence 
order." 

This is not limited by any not previously played sessions. If 
a " 1" is entered, the system asks for the session identification 50 
number using the following command: 

"Enter the session ID desired." 
The session identifier or ID is the digits part of the voice/data 
filename of the session. The supervisor can obtain informa- 55 
tion about all monitored sessions from the session report via 
either the screen or a printout, or both. Prior to each play 
back session, information about the session is presented to 
the reviewer in the following way: 

"The following session recorded at MMDDHHMM for John 60 
Smith (name) at extension ZZZZ is YY minutes long." 
The message may also indicate that the voice component of 
the session is accompanied by screen shots or other data 
associated with the session and suitable for display on 
supervisor workstation 30. During a play back session, the 65 
following Table 1 lists DTMF digits that may be entered for 
various actions: 



163 

24 



TABLE 1 


DTMF Digit 


Action 


"0" 


Abort Session; 


"1" 


Increase the play speed; 


"2" 


Skip ten seconds; 


"3" 


Increase the play volume; 


"5" 


Pause and resume toggles; 


7' 


Decrease the play speed; 


"8" 


Back-up ten seconds; 


«9» 


Decrease the play volume; 




Pause and record an annotation; 




Stop the annotation 



After the "#" is entered during an annotation session, the 
system of the preferred embodiment prompts the supervisor 
in the following way: 

"To return to the session, press 4." 

"To monitor to the annotation just recorded, press 5." 

"To erase the annotation just recorded, press 6." 
At the end of each session played, the supervisor may delete 
or save the played session as block 504 indicates. Therefore, 
the preferred embodiment plays to the supervisor or other 
user the following prompt: 

"To delete this session, enter 88." 

"To save this session, enter 11." 
Upon entering a play back session through block 482 of FIG. 
11, the voice/data file of the session is opened at block 488 
and the play back information is constructed from the header 
of the voice/data file. 

One user input is the DTMF "*" that pauses the play back 
and records the voice/data annotation from the user. When 
the DTMF "*" is entered, to record an annotation is similar 
to the recording process in the recorder process that FIG. 10 
describes. However, in the annotation mode a temporary file 
describing the process includes an annotation voice/data 
filename. Once the annotation is recorded, the associated file 
header is updated. The annotation voice/data file is concat- 
enated to the original voice/data file when the play back 
session resumes if the annotation has not been selected for 
erasure. Information about blocks are updated in the file 
header when the voice/data file is written to disk. 

FIG. 12 illustrates in more detail the sources and character 
of various scheduling criteria that may be used to implement 
scheduling option 212 in a selective recording or logger 
embodiment. Schedules may either be static or dynamic and 
may be based on a variety of scheduling criteria supplied by 
a user or other components in the system, such as ACD 12 
and adjunct 33. Generated schedules 600 are provided to 
other components of the system as indicated by arrow 602 
to perform the recording and monitoring functions. In a 
logger embodiment, the information illustrated in FIG. 12 
comprises play back information. 

Scheduler 604 receives scheduling criteria from a variety 
of sources to generate schedule 600. During its operation, 
scheduler 604 may create static schedules, update the static 
schedules, or provide dynamic scheduling information 
depending on the operation of ACD 12, platform 16, and 
adjunct 33. Scheduler 604 may receive user entry 606, 
similar to the information illustrated in FIG. 2 above, from 
supervisor input at workstation 30. This information may 
include monitoring intervals, monitoring rules, specifica- 
tions of the number of calls (maximum or minimum), 
monitoring length (maximum or minimum), and other cri- 
teria. Scheduler 604 then generates static schedule 600 in 
response to user entry 606. 

Scheduler 604 may also implement particular scheduling 
rules 608 to implement the desired schedule received as user 
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entry 606. For example, rule 608 may include logical agent performance under pressure. Similarly, CTI informa- 
algorithms that determine the time, length, and character of tion 616 may include data from a customer database that 
monitoring sessions. Simple scheduling rules may provide provides instructions on handling particular calls. For 
simple logic flow (such as the logic flow illustrated in blocks example, CTI information 616 may include a directive for a 
466-472 of FIG. 10) based on the specified number of calls s particular type of call or customer that specifies a certain 
and minimum or maximum monitoring length. These sched- handling of the call, and the supervisor may desire to 
uling rules are also described below with reference to FIG. schedule these special calls to assure that the directives are 

properly considered by the agent in servicing the call. As 

Scheduler 604 may also receive other information that with call type information 612 and agent performance 
allows modification of existing schedules 600 or dynamic 10 information 614, CTI information 616 may be dynamically 
creation of new schedules 600. A workforce management provided to scheduler 604 to immediately direct the system 
block 610 may receive agent and supervisor attendance and to monitor sessions that are about to begin or are in progress, 
scheduling information to more effectively adjust monitor- FIG. 13 illustrates a variety of scheduling criteria to 
ing sessions to accommodate the individual schedules of the establish monitoring periods 700 which in turn defines agent 
supervisor and monitored agents. Scheduler 604 may is schedules 750. These scheduling criteria are applicable in 
receive this information from ACD 12, adjunct 33, or MIS both a selective recording and logger embodiment. Each 
host 124. For example, workforce management block 610 monitoring period 700 may be defined by one or more 
represents agent and supervisor attendance information, scheduling criteria, such as an interval 702, an applicable 
scheduling information, log-in and log-out times, and other scheduling rule 704, a specified number of calls (maximum 
information that allows continuous monitoring of the avail- 20 or minimum) to monitor 706, and a monitoring length 
able agents and supervisors within the cost center. (maximum or minimum) to monitor calls 708. Scheduling 

Scheduler 604 may also receive other information relating criteria may also include a random indicator 710 that speci- 
to the operation of ACD 12, platform 16, and adjunct 33 that fies whether monitored calls are to be randomly distributed 
comprise additional scheduling criteria to establish schedule over interval 702. Additionally scheduling criteria may 
600. For example, scheduler 604 may receive call type 25 include a call type 712, an agent performance level 714, and 
information 612 that comprises call setup information, auto- CTI information, such as call traffic statistics 716. It should 
matic number identification (ANI) information, active be understood that the scheduling criteria listed in FIG. 13 
extensions, customer information either provided as in-band is exemplary, and that the system contemplates additional 
or out-of-band signaling or retrieved from a database acces- scheduling criteria to define monitoring periods 700. 
sible by adjunct 33 or other components, and other infer- 30 Defined monitoring periods 700 may be either scheduled 
mation identifying the type of call, the customer, or other or dynamic. In a particular embodiment, scheduled periods 
information regarding the call received at the call center. For 720 include a time interval 702 to specify the particular time 
example, particular calls may be received at the call center in which the monitored session should occur. Dynamic 
that include an ANI that identifies a particular customer. It periods 722 may not specify a particular time interval 702 in 
may be desirable for scheduler 604 to establish monitoring 35 which the monitored session should occur. Instead, dynamic 
sessions for particular agents in the handling of particular periods 722 may be triggered to dynamically begin a session 
types of calls. Also, call type information 612 may indicate based on the detection of information such as call type 712, 
a particular voice/data transaction represented by the call agent performance level 714, and call traffic 716. A mom' 
that a supervisor may want to monitor. For example, the call toring period may also be a combination of a scheduled 
center may handle certain financial transactions for a mutual 40 period 720 and a dynamic period 722 in that it specifies a 
fund company, and it may be desirable for the supervisor to particular time interval 702 that includes triggers for 
monitor selected calls that relate to particularly complicated dynamic scheduling criteria. 

financial transactions to assess agent performance. The The following is a description of some of the defined 
present invention contemplates any number and combina- monitoring periods 700 in FIG. 13, but the present invention 
tion of call type information 612 to establish schedules for 45 contemplates other possible monitoring periods 700 using 
monitoring agent performance. different combinations of scheduling criteria. Period one 

Scheduler 604 may also receive agent performance or specifies a monitoring interval from 0800 to 1200 that 
scoring information from agent performance block 614 that invokes scheduling rule one and specifies five calls to be 
can be used to schedule monitoring sessions. For example, monitored. Furthermore, period one specifies that these calls 
if an agent's performance measure falls below a certain 50 should be randomly distributed through the interval, that the 
level, the supervisor may desire to monitor additional ses- call should be of a particular type, and that the scheduling 
sions to take corrective action. Similarly, if an agent's should only occur when the performance level of the agent 
performance measures consistently high, there may be a falls below a score of eighty. 

desire to record sessions of that agent as an exemplar in Similarly, scheduling period two defines an interval for 
handling customer calls. Both call type information 612 and 55 call monitoring between 0833 and 1233, which may be the 
agent performance information 614 may be dynamically result of platform 16 detecting the log-in of an agent at 0833, 
provided to scheduler 604 to modify or create additional and automatically setting interval 702 to span four hours! 
schedules 600 and establish monitoring sessions. This monitoring period invokes scheduling rule two which 

Scheduler 604 may also receive other information regard- sets a maximum monitoring length of thirty minutes. Also, 
ing the operation of ACD 12, referred to generally as 60 the monitoring period includes a random distribution, and 
computer telephony integration (CTI) information 616. CTI records when the performance level of the agent is above a 
information may include traffic statistics; voice/data channel . score of fifty and the call traffic measures level one. 
assignments, statistics, and diagnostics; and any other infer- Period three defines a monitoring interval between 1200 
mation maintained or generated by ACD 12 or adjunct 33 and 1700 that invokes scheduling rule three and specifies 
that relates to the operation of the call center. For example, 65 five calls, a maximum monitoring length of thirty minutes 
call traffic statistics provided by CTI information 616 may and a random distribution. In this embodiment, the system 
indicate peak periods in which supervisor desires to monitor will monitor five calls as long as their total monitoring time 
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does not exceed thirty minutes. If the monitoring time does 
exceed thirty minutes during one of the calls, the system can 
either terminate monitoring immediately or terminate moni- 
toring after completion of the current call. 

Period four implements scheduling rule four between 5 
0800 and 1200 and specifies five calls, a minimum moni- 
toring length of thirty minutes, and no random distribution. 
In this particular embodiment, the system will monitor at 
least five calls, and additional calls if necessary to reach a 
minimum monitoring length of thirty minutes. 10 

Dynamic periods 722 include monitoring period five that 
does not specify an interval, but implements scheduling rule 
one for ten calls with a call type of two and a call traffic level 
of two. Similarly, period six implements scheduling rule two 
to monitor at least twenty minutes of calls when the agent 15 
performance level drops below a score of eighty. Monitoring 
period seven implements scheduling rule three with five 
calls and up to thirty minutes specified for call type three 
with a call traffic of level one. Finally, scheduling period 
eight specifies monitoring of all calls with call type four. 20 

Agent schedules 750 include agent names or identifiers 
752 and days of the week 754. One or more monitoring 
periods 700 can be identified for each agent 752 on each day 
of the week 754. For example, Tom will be monitored based 
on monitoring period one on Monday, Tuesday and Wednes- 
day. Similarly, Jill will be monitored on Wednesday and 
Thursday using monitoring period eight. Also, an agent for 
a given day may include .multiple monitoring periods, as 
indicated by Mary's schedule which includes multiple moni- 
toring periods for Monday, Thursday, and Sunday. Also, if 
Mary's performance level drops below a score of eighty on 
any day, the system will record at least twenty minutes of 
calls serviced by Mary in accordance with monitoring period 
six. 

Also, agent schedules 750 in an over scheduling environ- 
ment may include many monitoring periods 700 on Monday. 
For example, each agent may have more than one monitor- 
ing period 700 for Monday alone and, based on the capacity 
of the system, platform 16 cannot monitor all sessions on 
Monday. On Tuesday, platform 16 operates on the unful- 
filled monitoring periods 700 from the Monday schedule, 
plus additional monitoring periods 700, if any, for Tuesday. 
On Wednesday, platform 16 operates on the unfulfilled 
monitoring periods 700 from the Monday and Tuesday 
schedules, plus additional monitoring periods 700, if any, for 
Wednesday. This over scheduling and spill over technique 
continues through the week. 

The scheduling and monitoring system described above 
may also be implemented using a "logger" technique. In this 
embodiment, a portion or all of the voice/data sessions at the 
call center are logged or recorded onto a high capacity 
storage device, such as memory 104 and/or backup 120, to 
generate logged sessions. This recording may be performed 
irrespective of scheduling criteria or monitoring periods. 
The system then selects portions of the logged sessions to 
play back using the variety of scheduling criteria discussed 
with reference to FIGS. 12 and 13. Instead of activating and 
deactivating a recording device, platform 16 may schedule 
monitoring sessions by placing pointers or other information 
into the logged sessions, or by creating a separate file that 
indicates those selected portions of the logged sessions to be 
monitored to assess the performance of the call center agent. 
Scheduling to monitor the performance of call center service 
representatives may be done before, during, or after the 
handling of customer calls. 

Platform 16 may select portions of the logged sessions as 
the recording is being made by inserting play back infor- 
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mation into the logged sessions based on scheduling criteria. 
This play back information includes tags, markers, flags, or 
other play back indicators that specify portions of the logged 
sessions intended for play back. Play back information may 
also include call information on the time of day, call, agent, 
or other information that can be used while logging the 
sessions or at a later time to determine whether various 
scheduling criteria are met. For example, logged sessions 
may include the voice/data associated with the call, as well 
as information on the number, time, and length of calls, the 
session identifier, the agent identifier and extension, call type 
information, call center traffic statistics, agent performance 
statistics, or any other information that allows retrieval of 
selected sessions from the logged sessions based on a variety 
of scheduling criteria. Play back information may be placed 
in file headers or trailers of the voice/data file, or maintained 
in a separate file associated with the voice/data file. 

Portions of the logged sessions may be selected after 
recording based on similar information inserted in or asso- 
ciated with the logged sessions. For example, platform 16 
can generate logged sessions with associated play back 
information without consulting particular scheduling criteria 
or monitoring periods. Then, after logging, platform 16 can 
process the logged sessions to extract selected portions for 
monitoring based on whether associated play back informa- 
tion meets certain scheduling criteria. In this embodiment, a 
user or supervisor can specify scheduling criteria before or 
after generation of logged sessions. This batch operation to 
select portions of logged sessions for play back may be 
performed at offpeak hours of operation to minimize the 
demands on ACD 12, platform 16, and other components of 
the call center. Generally, platform 16 selects portions of 
logged sessions to play back for agent monitoring during or 
after recording, and using any suitable combination of play 
back information, call information, and scheduling criteria. 

This logger embodiment simplifies the actual recording of 
sessions and maintains a complete history of the sessions 
handled by the call center, but does require increased storage 
capacity. However, advances in the capacity and perfor- 
mance of storage media may provide the added flexibility 
and integrity of a system that generates logged sessions for 
selective play back. Therefore, the present invention con- 
templates an analogous "logger" approach to accomplish all 
of the monitoring and scheduling features. 

In a particular embodiment, platform 16 maintains infor- 
mation in memory 104 and/or backup 120 as a session 
memory, schedule memory, and play back memory. Each 
session stored in session memory represents a call handled 
by a service representative and includes a session identifier 
that distinctly identifies the session and voice/data associ- 
ated with the session. Session identifier may then be asso- 
ciated with play back information maintained in play back 
memory. Platform 16 selects sessions stored in session 
memory using scheduling criteria stored in schedule 
memory and play back information stored in play back 
memory, and provides the appropriate session identifiers for 
retrieving voice/data associated with selected sessions from 
session memory. This arrangement of session memory, 
schedule memory, and play back memory applies to both 
selective recording and logger embodiments. 

Schedule memory maintains monitoring periods, sched- 
uling criteria, and other information described above with 
respect to FIGS. 12 and 13. Play back memory includes 
information associated with sessions maintained in session 
memory. This information includes session identifier and 
other play back information associated with the session that 
allows selection of sessions based on a variety of scheduling 
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criteria. For example, play back information for the first 4. The system of claim 1, further comprising a supervisor 

session may include a date (Mar. 3, 1997), a time (0837), an workstation coupled to the switching device, the supervisor 

agent name or identifier (Tom), an extension (039), a call workstation operable to allow monitoring of the recorded 

type (01), a length of the call in seconds (120), a current customer call. 

indication of call center traffic (02), a performance measure 5 5, jhe system of claim 1, wherein the monitoring periods 

of the identified agent (73), or any other suitable play back comprise scheduled periods and dynamic periods, 

information. Play back memory illustrates similar play back 6 ^ tem of claim x wherein the criteria 

information for other sessions m session memory A play comprises a mon itoring interval, a number of calls, and a 

back indicator may be placed in session memory, play back mon [ toring length . 

memory, or both. Play back indicator represents a decision „ n t * r 1 ■ 1 u **u u^i- 

to select the associated session for play back or monitoring. 10 7 ' ^ ^tem of claim 1, wherein the scheduling catena 

Session memory, schedule memory, and play back comprises a scheduhng rule a momtonng mterval, a number 

memory may be maintained in one or more temporary or of caUs » and a moaito ™g length. 

permanent memory locations, files, or arrangements of 8- The system of claim 1, wherein the scheduhng en tena 

information in memory 104 and/or backup 120. Each of the comprises call type information generated by the switching 

memories represent separate files or arrangement of infor- 15 ^ evic e and communicated to the platform, 

mation maintained for different agents, days, extensions, or system of claim 1, further comprising an adjunct 

other criteria. coupled to the platform, wherein the scheduling criteria 

In summary, the present invention provides a method and comprises call type information generated by the adjunct 

system for monitoring the performance of a service repre- and communicated to the platform, 

sentative such as a call center agent servicing voice/data 20 10. The system of claim 1, wherein the scheduling criteria 

transactions. The method and system permits monitoring comprises service representative performance information, 

periods within which to monitor the performance of service 11. The system of claim 1, wherein the scheduling criteria 

representatives in responding to received calls based on a comprises call traffic statistics generated by the switching 

variety of scheduling criteria, such as the number of calls device 

(maximum or minimum), the monitoring length (maximum 25 u ^ tem of claim x wherein me latform records 

or minimum) scheduling rules, call type, agent me CUBtamtt call after waiti a pred etermined period of 

performance, call traffic, or other information. In a particular time r r 

H^erm^L 1 t C "f^™ .f* 0 ™^ a * d ™ doml y 13. The system of claim 1, wherein the platform records 

determines the time for monitoring and records the proper 4l _ t « & * • , ^ . 

callsforthe proper length of time al specified by the various the customer call a fter wailmg a d lod of time 

scheduling criteria. The call center supervisor may subse- 30 14 A method for storing a plurality of service repre- 

quently review the recorded calls. The system can also play sematives in handling customer calls, the method compris- 

back the recorded monitoring sessions. In addition, a similar m S : 

technique logs all voice/data transactions with selected play associating a plurality of monitoring periods with the 

back of the logged sessions. service representatives, each monitoring period having 

Although the invention has been described with reference 35 scheduling criteria; 

to the above-specifiec I embodiments, this description is not determining for each service representative whether the 

meant to be construed in a limiting sense. Various modifi- scheduling criteria of an associated monitoring period 

cations of the disclosed embodiment, as well as alternative ^ met . an ^ & r 

embodiments of the invention, will become apparent to ' 

persons skilled in the art upon reference to the above 40 recording a customer call handled by the service repre- 

description. It is, therefore, contemplated that the appended sentative if the scheduling criteria of the associated 

claims will cover such modifications that fall within the true monitoring period is met. 

scope of the invention. 15- The method of claim 14, wherein the monitoring 

What is claimed is: * periods comprise scheduled periods and dynamic periods. 

1. A system for monitoring a plurality of service repre- 45 16- The method of claim 14, wherein the step of associ- 
sentatives in handling customer calls, comprising: ating the monitoring periods with the service representatives 

a switching device operable to receive customer calls; comprises: 

a plurality of agent workstations coupled to the switching selecting a service representative; 

device, the agent workstations operable to receive selecting a day of the week; and 

customer calls from the switching device; and 50 associating a monitoring period with the selected service 

a platform coupled to the switching device, the platform representative on the selected day of the week, 

operable to determine monitoring schedules for the 17. jfo method of claim 14> whe rein the step of associ- 

service representatives, the momtonng schedules based at i ng tne monitoring periods with the service representatives 

on monitoring periods having scheduling criteria, the comprises: 

platform operable to determine for each service repre- 55 a service representative* 

sentative whether the scheduling criteria of an associ- ' 

ated monitoring period is met, the platform operable to selecting a day of the week; and 

record a customer call if the scheduling criteria of the associating a plurality of monitoring periods with the 

associated monitoring period is met. selected service representative on the selected day of 

2. The system of claim 1, further comprising a plurality of 60 the week. 

voice/data channels coupled to the platform and the switch- 18 ^ method of claim 14, wherein the step of deter- 

ing device, the voice/data channels operable to communicate mining whether the scheduling criteria of the scheduling 

voice/data associated with the customer call to the platform period is met further comprises: 

for recording. determining whether the customer call is within a moni- 

3. The system of claim 1, further comprising an adjunct 65 toring interval; 

coupled to the platform, the adjunct operable to coramuni- determining whether a maximum number of calls have 

cate scheduling criteria to the platform. been recorded; and 
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determining whether a monitoring length has been 
exceeded. 

19. The method of claim 14, wherein the step of deter- 
mining whether the scheduling criteria of the scheduling 
period is met further comprises determining whether the 5 
customer call is a specified call type. 

20. The method of claim 14, wherein the step of deter- 
mining whether the scheduling criteria of the scheduling 
period is met further comprises determining whether service 
representative performance information exceeds or falls io 
below a predetermined level. 

21. The method of claim 14, wherein the step of deter- 
mining whether the scheduling criteria of the scheduling 
period is met further comprises determining whether a call 
center traffic measure exceeds or falls below a predeter- is 
mined level. 

22. The method of claim 14, further comprising waiting a 
predetermined period of time before recording the customer 
call. 

23. The method of claim 14, further comprising waiting a 20 
random period of time before recording the customer call. 

24. The method of claim 14, wherein the step of recording 
a customer call comprises? 

detecting the connection of a customer call to the service 
representative; and 25 

opening a voice/data file associated with the service 
representative. 

25. A platform for monitoring a plurality of service 
representatives in handling customer calls, comprising: 

a plurality of voice/data channels operable to receive 
voice/data associated with customer calls; 

a memory operable to store voice/data associated with 
customer calls, the memory further operable to store 
monitoring schedules* for the service representatives, 35 
the monitoring schedules based on monitoring periods 
having scheduling criteria; and 

a processor coupled to the memory and operable to 
determine for each service representative whether the 
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scheduling criteria of an associated monitoring period 
is met, the platform further operable to cause a record- 
ing of a customer call if the scheduling criteria of the 
associated monitoring period is met. 

26. The platform of claim 25, further comprising a com- 
munication link operable to receive scheduling criteria from 
an adjunct. 

27. The platform of claim 25, further comprising a super- 
visor workstation coupled to the switching device, the 
supervisor workstation operable to allow monitoring of the 
recorded customer call. 

28. The platform of claim 25, wherein the monitoring 
periods comprise scheduled periods and dynamic periods. 

29. The platform of claim 25, wherein the scheduling 
criteria comprises a monitoring interval, a number of calls, 
and a monitoring length. 

30. The platform of claim 25, wherein the scheduling 
criteria comprises a scheduling rule, a monitoring interval, a 
number of calls, and a monitoring length. 

31. The platform of claim 25, wherein the scheduling 
criteria comprises call type information generated by a 
switching device coupled to the platform. 

32. The platform of claim 25, wherein the scheduling 
criteria comprises call type information generated by an 
adjunct coupled to the platform. 

33. The platform of claim 25, wherein the scheduling 
criteria comprises service representative performance infor- 
mation. 

34. The platform of claim 25, wherein the scheduling 
criteria comprises call traffic statistics generated by the 
switching device. 

35. The platform of claim 25, wherein the platform 
records the customer call after waiting a predetermined 
period of time. 

36. The platform of claim 25, wherein the platform 
records the customer call after waiting a random period of 
time. 

***** 
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